home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 944 < prev    next >
Internet Message Format  |  1994-08-27  |  2KB
  1. Date: Fri, 22 Jul 94 00:50 BST-1
  2. From: hoagy@cix.compulink.co.uk (David Stevenson)
  3. Subject: Amodal dialogues
  4. To: gem-list@world.std.com
  5. Message-Id: <memo.729338@cix.compulink.co.uk>
  6. Precedence: bulk
  7.  
  8. (This *should* be a "reply" rather than a new subject, but CixRead
  9. doesn't understand Reply-To:)
  10.  
  11. As I see it, there are two levels to amodal dialogues, and I think that
  12. some peopledon't see the difference.
  13.  
  14. The best situation is with programs like DA's Picture, where the tools 
  15. dialogues are in completely amodal windows; if I call up the COLOURS
  16. dialogue I can still interact with other dialogues and with the picture.
  17. THIS REQUIRES APPLICATION SUPPORT, the OS can't do it for you.
  18.  
  19. The lower-level support is that a dialogue can be modal for its own
  20. application, but allows you to switch to other applications.  This
  21. COULD be provided by OS extension for existing apps.  eg when an app
  22. puts up a modal dialogue (from its own point of view), the OS still gives
  23. access to OTHER apps, but does not give access to other windows of that app.
  24. I think this can be done transparently to old code, and gives us what we
  25. really want.  (It would be nice if I can start editing another document
  26. while printing from Calamus, say. But it's not the end of the world if
  27. Calamus is blocked out while printing, but I can switch to another app to
  28. get on with something else).
  29.  
  30. Long term goal would be, of course, that Calamus could allow me to edit
  31. one doc while it's printing another, but in the meantime I'll settle for
  32. being able to (say) access Cix while C SL is printing.  And this
  33. could be done without DMC lifting a finger.
  34.  
  35.